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DEVICE MANAGEMENT SYSTEM, DEVICE MANAGEMENT TERMINAL, NETWORK 
DEVICE, TERMINAL PROGRAM, DEVICE PROGRAM, AND DEVICE MANAGEMENT 

METHOD 

5 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to a' system and method for 
managing a network device, as well as a terminal, device and 

10 program that are applied to the same, and more particularly, 
to a device management system, device management terminal, 
network device, terminal program and device program, and device 
management method that allow one to change functions of a network 
device without requiring technical knowledge and can reduce time 

15 and effort required to change functions and also are suitable 
for shortening delivery times. 

Description of the Related Art 

Conventional technologies for managing network devices such 
2 0 as network-enabled printers and scanners include a method for 
changing device functions that is disclosed in Japanese Patent 
Document No. 11-39165. 

The method connects a network device and a device management 
server so that they communicate with one another and displays 
25 functions or a destination on a display unit of the network device . 
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When a user selects data or functions through an input unit, 
a processing program, printer driver, data format conversion 
program, mail transmission application and the like that are 
adapted to the user's utilization are downloaded and stored in 
5 the storage unit of the network device. 

This allows functions to be changed without changing ROM 
in the network device. 

With the conventional method, the user can select a program 
that can be applied to his/her.network device from among a number 

10 of different programs managed by the device management server 
and can change the functions of the device only after the program 
is downloaded. To properly change a network device' s functions 
thus requires technical knowledge about network devices as well 
as time and effort to perform operations such as selecting and 

15 downloading a program. 

On the other hand, when designing a network device with 
its functions customized separately as required by a customer, 
the manufacturer has to go through four processes: analysis of 
the customer's requirement, consideration of the specification 

20 of the network device, hardware development, and software 
development. Depending on the design details, analysis of 
requirement may take one month, consideration of the 
specification one month, hardware development six months, and 
software development four months, for example. Thus, even if 

25 the development of hardware and software can be carried out in 
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parallel, it would take as long as eight month after having 
received the customer's request to delivery of the product. 

The invention has been made in consideration of such a 
technical problem unsolved by prior arts, and has an object of 
5 providing a device management system, device management terminal , 
network device, terminal program, device program, and device 
management method that allow one to change functions of a network 
device without requiring technical knowledge and can reduce time 
and effort required for function change and are also suitable 
10 for shortening delivery times. 

SUMMARY OF THE INVENTION 
In accordance with an embodiment of this invention, a device 
management system to which a network device is connected is 
15 provided so that it can communicate with the system. When device 
information regarding a network device is received, functions 
■available to the network device are determined based on the device 
information, and, based on the determination, a function 
provision module that is applied to the network device to provide 
20 it with a function is sent to the network device. 

With such a constitution, when device information is 
received, functions available to the network device are 
determined based on the device information, and based on the 
determination, a function provision module is sent to the network 
25 device. 



In the network device, upon receiving the function provision 
module, the module is executed to realize the function. 

This allows a function provision module that realizes an 
available function to be incorporated into a network device just 
5 by connecting the network device to a network. Thus, one can 
change functions of a network device relatively easily with less 
technical knowledge compared with conventional cases and also 
incorporation of a function provision module is simplified', 
thereby resulting in an advantage that time and effort required 

10 for changing device functions can be relatively reduced. 

Also, when designing network device whose functions are 
customized separately as required by customers, hardware and 
software that realize generic functions are developed in advance, 
and network device which incorporates the hardware and software 

15 is produced in quantity. When a customer poses some requirement, 
the requirement is analyzed and specifications are considered. 
And if separate functions other than the generic functions are 
necessary, those functions are realized by software. That is, 
function provision module that realizes those functions may be 

2 0 prepared after the analysis of requirement and consideration 
of specifications. 

It means another advantage that delivery times can be 
shortened as compared with conventional cases can be achieved 
since hardware development and some of software development can 

25 be done before receiving customers' requirements. 
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Connections of network device that enable its communication 
with the system include direct connection of the present system 
with network device, as well as indirect connection of the system 
with network device via other terminals. 
5 The system may be implemented as a single device, or may 

be implemented as a network system to which a plurality of 
terminals are connected so that they can communicate with the 
system.' In " the latter case,' each component may belong to any 
of the plurality of terminals as long as it can communicate with 
10 the system. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Still other objects and advantages will become apparent 
to one skilled in the art after studying the following. 
15 specification and by reference to the drawings in which: 

FIG. 1 is a block diagram illustrating the configuration 
of a network system to which the invention is applied; 

FIG. 2 is a block diagram showing the configuration of a 
device management server 100; 
20 FIG. 3 shows the data structure of a management information 

registration DB 40; 

FIG. 4 is a flowchart showing user registration; 
FIG. 5 is a flowchart showing module provision; 
FIG. 6 is a block diagram showing the configuration of a 
25 network device 2 00; 



FIG. 7 is a flowchart showing user registration request 
processing; 

FIG. 8 is a flowchart showing module acquisition; 

FIG. 9 shows a GUI screen on which one can select from 
available functions; 

FIG. 10 is a flowchart showing module acquisition; and 

FIG. 11 shows a postcard on which one can select from 
available functions. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Embodiments of the invention will be described with 
reference to the drawings. FIGS. 1 to 9 illustrate embodiments 
of a device management system, device management terminal, 
network device, terminal program, device program, and device 
management method of the invention. 

An embodiment of the invention is to apply the device 
management system., device management terminal, network device, 
terminal program, device program, and device management method 
of the invention to a case where the function of a network device 
200 is extended when device 200 is connected to the Internet 
199, as shown in FIG. 1 . The conf iguration of the network system 
to which the invention is applied will be first described with 
reference to FIG. 1. FIG. 1 is a block diagram showing the 
configuration of the network system to which the invention is 
applied. As shown, a plurality of network devices 200 and a 
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device management server 100 for managing the network devices 
200 are connected to the Internet 199. The network devices 200 
include network- enabled scanners and printers, for example. 
The configuration of the device management server 100 will 
5 be next described in detail with reference to FIG. 2. FIG. 2 
is a block diagram showing the configuration of the device 
management server 100. 

As' shown, the device management -'server 100 is comprised 
of a CPU 30 for controlling operations and the entire system 

10 based on a control program, ROM 32 having a control program and 
the like for the CPU 3 0 stored in a predetermined area in advance, 
RAM 34 for storing data read from the ROM 32 and the like and 
operation result necessary in operation process by the CPU 30, 
and an I/F 38 mediating input/output of data with external devices . 

15 They are interconnected through a bus 39, which is a signal line 
for transferring data, so that they can receive and send data 
with each other. 

Connected to the I/F 38 are a management information 
registration database (hereinafter abbreviated as ,! DB 11 ) 40 with 

20 which user information regarding users and device information 
and other management information regarding the network devices 
200 are registered, a function provision module registration 
DB 42 with which function provision modules are registered that 
are applied to the network devices 200 to supply them with 
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functions, and a signal line that is connected to the Internet 
199. 

FIG. 3 shows the data structure of the management information 
registration DB 40. 
5 As shown in the figure, in the management information . 

registration DB 40, one record for each of the network devices 
200 or for each user is stored. Each record includes a field 
410 for registering a user lD that uniquely identifies a user , 
a field 412 for registering a device type ID that uniquely 

10 identifies the type of the user's network device 200, a field 
414 for registering functions available to the network device 
200, and a field 416 indicating the application status of a 
function provision module. 

In the example of the FIG. 3, a user ID "61234", a device 

15 type ID "01234" , available functions "FAX, copy", and application 
status "1" are registered in the f irst record. This means that 
a user identified by the user ID "61234" owns a network device 
200 of a type identified by the device type ID "01234", and fax 
and copy functions are available to the network device 200, and 

20 a corresponding function provision module has been already 
applied. 

In the function provision module registration DB 42, a 
plurality of function provision modules are registered. A 
function provision module is a program module that is applied 
25 to the network device 200 to provide it with a function, and 



that realizes a function that is provided in conjunction with 
other network devices 200 . As an example of a function provision 
module, in a case the target network device 200 is a printer 
and a scanner exists as an available network device 200, there 
5 would be a program module that realizes copy or FAX function 
by causing the printer and scanner to work in combination. 

Returning to FIG. 2, the CPU 3 0 is comprised of a micro 
processing unit (MPU) and the like, invoking a predetermined 
program stored in a predetermined area of the ROM 32, and, in 

10 accordance with the program, executing user registration and 
module provision, which are shown as the flowcharts in FIGS. 
4 and 5, using time division technique. 

User registration will be first described in detail with 
reference to FIG. 4. FIG. 4 is a flowchart showing user 

15 registration. 

User registration is processing of registering a user in 
response to a user registration request from the network device 
200. Once initiated by the CPU 30, the process first proceeds 
to step S100, as shown in FIG. 4. 

20 At step S100, it is determined whether or not a user 

registration request has been received. If it is determined 
that a user registration request has been received (Yes) , the 
process proceeds to step S102 , otherwise (No) , the process waits 
at step S100 until a request is received. 



AtstepS102, device information is received, and the process 
proceeds to step S104 to determine functions available to the 
requesting network device 200 based on the device type ID included 
in the device information. Specifically, at step S104, 
5 reference is made to a function registration table that stores 
functions associated with device type IDs, and functions for 
the received device type ID are determined. 

Then at step S106, a GUI screen on which one can select 
. from the determined functions is generated, and at step S108, 
10 GUI screen information for composing the generated GUI screen 
is sent to the requesting network device. 200. The process then 
proceeds to step S110. 

At step S110, input to the GUI screen is received and 
determination is made as to whether one or more of the functions 
15 are selected on the GUI screen based on the input. If it is 
determined that one or more of the functions have been selected 
(Yes), the process proceeds to step S112, otherwise (No), the 
process waits at step S110 until input to the GUI screen is 
received. 

20 At step S112 , it is determined whether the function selected 

on the screen is a function to be charged or not. if it is 
determined that the. function is a chargeable function (Yes) , 
the process proceeds to step S114 to have the user enter his/her 
personal information necessary for charging and perform charging 



processing of charging the utilization of the function, and then 
proceeds to step S116. 

At step S116, a unique user ID is generated that does not 
overlap any user ID registered with the management information 
5 registration DB 40, and at step S118, the generated user ID is 
sent to the requesting network device 200. Then at step S120, 
the user ID, the function selected on the GUI screen, and the 
device type* ID included in the device* information received at 
step S102 are registered with the management information 
10 registration DB 40 as management information, and the processing 
is terminated and the system returns to operation it was 
originally performing. 

Meanwhile, if it is determined at step S112 that the function 
selected on the GUI screen is not a chargeable function (No) , 
15 the process proceeds to step S116. 

Module provision will be now described in detail with 
reference to FIG. 5. FIG. 5 is a flowchart illustrating module 
provision. 

The module provision is processing of providing a function 
20 provision module available to the network device 200 in response 
to a function extension request from the network device. Once 
initiated in the CPU 30, the process first proceeds to step S200 
as shown in FIG. 5. 

At step S200, determination is made as to whether or not 
25 a request for function extension has been received. If it is 
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determined that a request for f unct ion extension has been received 
(Yes), the process proceeds to step.S202, otherwise (No), the 
process waits at step S200 until a request is received. 

At step S202, it is determined whether a user ID has been 
received or not. If it is determined that a user ID has been 
received (Yes) , the process proceeds to step S2 04 to determined 
functions available' to the requesting network device 200 based 
on the user ID. Specif ically, at step S204, a record that: stores 
the same user ID as the received one is searched for in the 
management information registration DB 40, and if the record 
is found, functions registered in the field 414 of the record 
are read out . 

Then, at step S206, it is determined whether or not the 
determined function (s) include a chargeable function. If it 
is determined there is no chargeable function (No) , the process 
proceeds to step S2 08 to read out a function provision module 
corresponding to the determined function from the function 
provision module registration DB 42. Then at step S210, the 
function provision module is sent to the requesting network device 
200, and the processing is terminated and the system returns 
to operation it was originally performing. 

Meanwhile, if it is determined at step S206 that the 
determined function (s) include a chargeable function (Yes), the 
process proceeds to step S212 to search for and read out a record 
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that stores the same user ID as the received one from the management 
information registration DB 40 and proceeds to step S214. 

At step 214, based on the registered content of the field 
416 of the record, it is determined whether or not the function 
5 provision module corresponding to the chargeable function has 
been provided one or more times in past. If it is determined 
that the module has never been provided in past (No) , the process 
proceeds to step S208, otherwise' (Yes )',' the processing is 
terminated and the system returns to operation it was originally 

10 performing. 

Meanwhile, if it is determined at step S202 that a user 
ID has not been received (No) , the process proceeds to step S216 
to determine whether or not a device type ID has been received. 
If it is determined that a device type ID has been received (Yes) , 

15 the process proceeds to step S218. 

At step S218, based on the device type ID, functions that 
are available to the requesting network device 200 are determined. 
Specifically, at step S218, a record that stores the same device 
type ID as the received one is searched for in the management 

20 information registration DB 40, and if the record is found, 
functions registered in the field 414 of the record are read 
out . 

Then, at step S220, it is determined whether or not the 
determined function(s) include a chargeable function. If it 
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is determined that they include no chargeable function (No) , 
the process proceeds to step S208. 

On the other hand, if it is determined at step S22 0 that 
the determined functions include a chargeable function (Yes) , 
5 the process proceeds to step S222 to search for and read out 
a record that stores the same device type ID as the received 
one from the management information registration DB 40, and 

proceeds to step S224 . 

At step S224, based on stored content of the field 416 of 
10 the record, determination is made as to whether the function 
provision module corresponding to the chargeable function has 
been provided one or more times in past or not. If it is determined 
that the module has never been provided (No) , the process proceeds 
to step S208, otherwise (Yes) , the processing is terminated and 
15 the system returns to operation it was originally performing. 

On the other hand, if it is determined at step S216 that 
no device type ID. has been received (No) , the process proceeds 
to step S202 . 

In the following, the configuration of the network device 
20 200 will be described in detail with reference to FIG. 6. FIG. 
6 is a block diagram showing the configuration of the network 
device 200. 

As shown, the network device 200 is comprised of a CPU 50 
for controlling operations and the entire system based on a 
25 control program, ROM 52 having a control program and the like 
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for the CPU 50 stored in a predetermined area in advance, RAM 
54 for storing data read from the ROM 52 and the like and operation 
result necessary in operation by the CPU 50, and an I/F 58 for 
mediating input/output of data with external devices. They are 
5 interconnected through a bus 59, which is a signal line for 
transferring data, so that they can receive/send data with one 
another. 

Connected to the I/F 58 aire ah input: device 60 that comprises' 
a keyboard or a mouse as a human interface through which data 

10 can be entered, storage device 62 for storing .data, tables and 
the like as files, a display device 64 for displaying a screen 
based on image signals, and a signal line that is connected to 
the Internet 199. In addition, although not shown, a printing 
device in a case the network device 200 is a printer, and an 

15 image reading device in a case the network device 200 is a scanner 
may be connected to the I/F 58, for example. 

The storage device 62 has device information stored thereon. 
Device information includes a device type ID, a device ID that 
uniquely identifies the user's network device 200, and its 

20 performance, for example. 

The CPU 50 is comprised of a micro processing unit (MPU) 
and the like, invoking a predetermined program stored in a 
predetermined area of the ROM 52, and in accordance with the 
program, executing the user registration and module acquisition 
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shown in the flowcharts of FIGS. 7 and 8 using time division 
technique. 

Processing of a user registration request will be first 
described in detail with reference to FIG. 7. FIG. 7 is a 
flowchart illustrating processing of a user registration 
request . 

Processing of user registration request is processing that 
corresponds to the user registration shown in FIG.' 4; 'Once : 
initiated by the CPU 50, the process first proceeds to step S300 
as shown in FIG. 7. 

At step S3 00 , determination is made as to whether the network 
device 200 is connected to the Internet 199 or not. If it is 
determined that the device is connected to the Internet 199 (Yes) , 
the process proceeds to step S3 02, otherwise (No) , the process 
waits at step S300 until the device is connected to the Internet 
199. 

At step S302, it is determined as to whether or not a user 
ID is stored in the storage device 62. If it is determined that 
a user ID is hot stored in the storage device 62 (No) , the process 
proceeds to step S304 to send a user registration request to 
the device management server 100 and proceeds to step S306. 

At step S306, device information is obtained from another 
network device 200 available, and then at step S308, device 
information is read out from the storage device 62 . . And at step 
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S3 10, both pieces of the device information are sent to the device 
management server 100. The process then proceeds to step S312 . 

At step S312, GUI screen composition information is received, 
then at step S314 , a GUI screen is displayed on the display device 
5 64 based on the GUI screen composition information. Then at 
step S316, selection of the functions is input from among the 
functions displayed on the GUI screen and the process proceeds 
to step'S318. 

At step S3 18, input on the GUI screen is sent to the device 
10 management server 100, and at step S320, a user ID is received. 
At step S322 , the received user ID is stored in the storage device 
62, and the processing is terminated and the system returns to 
operation it was originally performing. 

On the other hand, if it is determined at step S302 that 
15 a user ID is stored in the storage device 62 (Yes) , the processing 
is terminated and the system returns to operation it was 
originally performing. 

The module acquisition will be now described in detail with 
reference to FIG. 8. FIG. 8 is a flowchart illustrating module 
20 acquisition. 

The module acquisition is processing that corresponds to 
the module provision shown in FIG. 5. Once initiated in the 
CPU 50, the process first proceeds to step S400 as shown in FIG. 
8. . 
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At step S400, it is determined whether or not the network 
device 200 is connected to the Internet 199 . If it is determined 
that the device is connected to the Internet 199 (Yes) , the process 
proceeds to step S402, otherwise (No) , the process waits at step 
S400 until the device is connected to the Internet 199. 

At step S402, it is determined whether or not a user ID 
is stored in the storage device 62. If it is determined that 
a user ID is stored in the storage device 62 (Yes) , the" process 
proceeds to step S4 02 to send a request for function extension 
to the device management server 100 and proceeds to step S406. 

At step S4 06, the user ID is read from the storage device 
62, and at step S4 08, the user ID is sent to the device management 
server 100. The process then proceeds to step S410. 

At step S410, a function provision module is received, and 
then at step S412 the function provision module is stored in 
the storage device 62. At step S414, the function provision 
module is executed, and the processing is terminated and the 
system returns to operation it was originally performing. 

Meanwhile, if it is determined at step S402 that a user 
ID is not stored in the storage device 62 (No) , the processing 
is terminated and the system returns to operation it was 
originally performing. 

In the following, the operation of the embodiment will be 
described. 
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When a printer as the network device 2 00 is connected to 
the Internet 199, a user registration request is sent to the 
device management server 100 through step S304 since the network 
device 200 does not store any user ID in the storage device 62 
5 in its initial state. Then, through steps S306 to S310, device 
information is obtained from another network device 200 available, 
device information is read from the storage device 62, and both 
pieces of the device" information are sent to the device management' 
server 100. 

10 When it receives the device information along with the user 

registration request, the device management server 100 
determines functions available to the network device 200 based 
on the device type ID included in the device information, 
generates a GUI screen on which one can select from the determined 

15 functions, and sends GUI screen composition information for 
composing the GUI screen to the network device 2 00, through steps 
S104 to S108. 

FIG. 9 illustrates a GUI screen on which one can select 
from available functions. 

20 In the network device 200, upon receiving the GUI screen 

composition information, a GUI screen on which one can select 
from available functions is displayed on the display device 64 
through step S3 14 based on the GUI screen composition information, 
as shown in FIG. 9. The user then selects one or more functions 

25 he/she needs from the functions on the GUI screen through the 



input device 60. In the example in FIG. 9, "FAX", "printer 
management", "copy", and "printer maintenance" are displayed 
as available functions, and the user has selected "printer 
management". Once selection of a function has been entered, 
the input on the GUI screen is sent to the device management 
server 100 through step S3 18. 

On receiving the input on the GUI screen, the device 
management server 100 ' determines whether or not the function : 
selected on the GUI screen is a chargeable function through step 
S112. If it is determined that the function is chargeable, 
charging processing is performed, and a user ID is generated 
and sent to the network device 200, through steps S114 to S118. 
And through step S120, the generated user ID, the function 
selected on the GUI screen, and the device type ID included in 
the received device information are registered in the management 
information registration DB 40 as management information. 

When it receives the user ID, the network device 200 stores 
it in the storage device 62 through step S322. 

In addition, if the network device 200 is connected to the 
Internet 199 with a user ID stored in the storage device 62, 
the network device 200 sends a function extension request to 
the device management server 100, reads the user ID from the 
storage device 62, and sends it to the device management server 
100, through steps S404 to S408. 



When it receives the user ID along with the function extension 
request, the device management server 100 determines functions 
available to the network device 200 based on the user ID it received 
and determines whether or not those functions include a chargeable 
5 function through steps S204 and S206. If it is determined that 
no chargeable function is included, a function provision module 
corresponding to the determined function is selected from the 
function provision module registration DB 42, and the 'function 
provision module is sent to the network device 200 through steps 

10 S208 and S210. 

On receiving the function provision module, the network 
device 200 stores the function provision module in the storage 
device 62 and executes the module to realize the function through 
steps S512 and S514. 

15 On the other hand, if it is determined that the determined 

functions include a chargeable function, the device management 
server 100 searches for and reads out a record that stores the 
same user ID as the received one from the management information 
registration DB 40, and based on the registered content of the 

2 0 field 416 of the record, determines whether or not the function 
provision module corresponding to the chargeable function. has 
been provided one or more times in past, through step S212 and 
S214 . If it is determined that the module has never beenprovided, 
the function provision module corresponding to the determined 

25 function is read from the function provision module registration 
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DB 42, and the module is sent to the network device 200, through 
steps S208 and S210. 

Meanwhile, when the determined functions include a 
chargeable function, if it is determined that the function 
5 provision module corresponding to that function has been provided 
one or more times in past, the device management server 100 does 
not send the module. 

In such a manner , in this embodiment, when device inf ormation 
is received, the device management server 100 determines. 

10 function (s) available to the network device 200 based on the 
device information, retrieves a function provision module for 
the function from the function provision module registration 
DB 42, and sends the module to the network device 200 . And the 
network device 200 sends device information in the storage device 

15 62 to the device management server 100, and when it receives 
a function provision module,, it will execute it. 

In this way, a function provision module that realizes an 
available function is incorporated into the network device 200 
just by connecting the network device 200 to the Internet 199. 

2 0 Thus, the functions of the network device 2 00 can be altered 
relatively easily with less technical knowledge than required 
by prior arts, and also incorporation of a function provision 
module is simplified, thereby resulting in relatively reduced 
time and effort required for changing functions. 
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Also, when network devices 200 whose functions are 
customized separately as required by customers are designed, 
hardware and software that realize generic functions are 
developed in advance, and network devices 2 00 which incorporates 
5 the hardware and software are produced in quantity. When a 
customer poses some requirement, the requirement is analyzed 
and specifications are considered. And if separate functions 
other than the generic functions are necessary those functions 
are realized by software. That is, function provision modules 
10 that realize those functions may be prepared after the analysis 
of requirement and consideration of specifications. 

It means that delivery times can be shortened as compared 
with conventional cases since hardware development and some of 
software development can be done before receiving customers' 
15 requirements. 

Moreover, in the embodiment, a function provision module 
is a module that realizes a function that is provided in 
conjunction with another network device 200. 

It allows a user to utilize with relative ease a function 
20 that is provided in conjunction with another network device 200, 
since much technical knowledge is not required of the user in 
utilizing such a function. 

Moreover, in the embodiment , the network device 200 obtains 
device information from another available network device 200 
25 and sends device information stored in the storage device. 62 
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and the obtained device information to the device management 
server 100. 

This allow a user to utilize a function that is provided 
with conjunction with another network device 200 with additional 
ease, since the user does not have to get information regarding 
another network device 200 in utilizing such a function- 
Moreover, in the embodiment, the device management server 
100 allows the user to select one or more of the functions it 
determined, and reads out a. function provision module that 
corresponds to a function the user selected from the function 
provision module registration DB 42. 

The user may thus select a function he/she wants from among 
functions available to the network device 200, so the user can 
change functions of the network device 2 00 even more easily. 
Also, since a list of selectable functions is provided based 
on data managed by the device management server 100, the user 
can select from the latest services (functions) relatively 
constantly. For service providers, collective management of 
information, security enhancement, and real-time management of 
service provision can be enabled. The result is that utilization 
management can be conducted relatively correctly such as when 
paid service is provided. 

Further, in the embodiment, the device management server 
100 generates a GUI screen on which one can select one or more 
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functions from functions it determined, and presents the screen 
to the user for selection of one or more functions. 

This allows the user to select functions on. the GUI screen, 
thus facilitating selection of the functions. 
5 Further, in the embodiment, the device management server 

100 determines functions available to the network device 200 
based on a function registration table that stores functions 
associated with device type' IDs. 

This allows function provision modules to be managed for 
10 each type of the network device 2 00, thus relatively appropriate 
functions can be provided according to the type of the network 
device 200. 

Moreover, in the embodiment, on receiving a user ID, the 
device management server 100 reads out a function provision module 

15 corresponding to the user ID from the function provision module 
registration DB 42 and sends the module to the network device 
200.. And the network device 200 sends the user ID stored in 
the storage device 62 to the device management server 100. 

In such a manner, a function provision module that realizes 

2 0 an available function is incorporated into the network device 
200 just by registering a common user ID both in the network 
device 200 and device management server 100. This can enable 
further easy modification of the functions of the network device 
200 and simplifies the incorporation of a function provision 
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module, thereby further reducing the time and effort required 
for function modification. 

In the embodiment, the device management, server 100 is 
designed not to provide a function provision module that has 
5 once been provided to a network device 200 based on a user ID 
when it receives an access that is based on the same user ID. 

This feature can reduce the possibility that function 
provision modules are utilized improperly. 

Although the network device 200 is designed to execute module 
10 acquisition processing shown in the flowchart, in FIG. 8 in the 
embodiment described above , it may alternatively execute module 
acquisition processing shown in the flowchart in FIG. 10. 

FIG. 10 is a flowchart illustrating the module acquisition 
processing. 

15 Once initiated by the CPU 50, the module acquisition 

processing first proceeds to step S500 as shown in the figure. 

At step S500, it is determined whether or not the network 
device 200 is connected to the Internet 199 . If it is determined 
that the device is connected to the Internet 199 (Yes) , the process 

20 proceeds to step S502, otherwise (No) , the process waits at step 
S500 until the device is connected to the Internet 199. 

At step S502, it is determined whether or not a user ID 
is stored in the storage device 62. If it is determined that 
a user ID is stored in the storage device 62 (Yes) , the process 
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proceeds to step S504 to send a request for function extension 
to the device management server 100 and proceeds to step S506 . 

At step S506 , device information is read out from the storage 
device 62, and then at step S508, the device information is sent 
5 to the device management server 100. The process then proceeds 
to step S510. 

At step S510, a' function provision module is received, and 
at * step S512, the function provision module is stored in' t'He 
storage device 62. Then, at step S514, the function provision 

10 module is executed and the processing is terminated and the system 
returns to operation it was originally performing. 

On the other hand, if it is determined at step 502 that 
a user ID is not stored in the storage device 62 (No) , the processing 
is terminated and the system returns to operation it was 

15 originally performing. 

With such a constitution, when the network device 200 is 
connected to the Internet 199 with a user ID stored in the storage 
device 62, the network device 200 sends a function extension 
request to the device management server 100, reads device 

20 information from the storage device 62, and sends the device 
information to the device management server 100, through steps 
S504 to S508. 

On receiving the device information together with the 
function extension request, the device management server 100 
25 determines functions available to the network device 2 00 based 
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on the device information, and determines whether or not those 
functions include a chargeable function, through steps S218 and 
S220 . If it determines that no function tobe charged is included, 
a function provision module that corresponds to the determined 
5 function is read out from the function provision module 

registration DB 42 and the function provision module is sent 
to the network device 200, through steps S208 and S210. 

When it receives the function provision module , the network 
device 2 00 stores the module in the storage device 62 and executes 
10 the module to realize the function, through steps S512 and S514. 

This provides advantages equivalent to the afore-mentioned 
embodiment . 

Although processing at steps S106 to S110 are executed in 
the device management server 100 in the embodiment, this is not 

15 limitation: it may be executed in the network device 200. 

That enables a function list to be generated and functions 
to be selected regardless of the state of the device management 
server 100 or communication state of a network. For a selected 
function, a function provision module may be obtained from the 

20 . device management server 100 when the network device 200 is 
connected to the network after that function is selected. Also, 
network traffic and load on the device management server 100 
can be reduced since excessive accesses to the device management 
server 100 can be mitigated. 
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Although processing at step S106 is executed by the device 
management server 100 in the embodiment, this is not limitation: 
it may be executed by the network device 200. 

Although functions are managed using device type ID in the 
5 embodiment, this is not limitation: functions may be managed 
using both device type ID and device ID. 

The embodiment described above is intended to provide 
optimal service for each network device 200. Because users may 
utilize different services on the network devices 200, device 
10 type ID is necessary for selection of optimal services. In 
addition, because some users cannot utilize services that involve 
users identification or charging, device IDs that identify users 
are necessary. The device management server 100 identifies a 
user based on a device ID and determines whether a service can 
15 be provided to the user or not. Only device type IDs will do 
when providing services that impose no limitation on utilization. 

In the embodiment above, a function provision module can 
provide applications optimal for the user's environment by 
section of combination with other devices: for example, it may 
20 be an application that retrieves data from a digital camera and 
prints the data in a case where a digital camera as the network 
device 200 is connected to the Internet 199, or maybe a function 
provision module that provides FAX or copy function when a scanner 
as the network device 200 is connected to the Internet 199. 
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Although in the embodiment, the device management server 
100 generates a GUI screen on which one can select one or more 
functions from functions selected by the server and presents 
it to the user for selection of one or more of the functions, 
5 this is not limitation: it is also possible to prepare a postcard 
or other forms of mail which allows one to select one or more 
from selected functions, and read and input his/her selection 
indicated oh the rieturned mail."" " '•" 

FIG. 11 illustrates a postcard on which one can select 
10 available functions. 

In this example, available functions "FAX 11 , "printer 
management", "copy", and "printer maintenance" are printed on 
the postcard, and the user has selected "copy". 

Also, although processing shown in the flowcharts in FIGS. 
15 4 and 5 are realized as functions of the device management server 
100 in the embodiment, this is not limitationbut it maybe realized 
as functions of any one of multiple network devices 200. 

In that case, programs for realizing the processing in the 
flowcharts in FIGS . 4 and 5 are implemented as function provision 
2 0 modules, and the network device 2 00 may obtain the modules 
externally and execute them. This can reduce cost since the 
device management server 100 need not to be provided, and general 
network devices 200 can realize those functions without designing 
special network devices 200. And the above embodiment cited 
25 a network scanner and network printer as examples of the network 



devices 200, this is not limitation but it is also feasible to 
use a home gateway, network-enabled projector, digital camera, 
digital video camera, personal computer, PDA (Personal Digital 
Assistant), network storage, audio equipment , mobile phone, PHS 
(Personal Handyphone System, a registered trademark), 
watch-type PDA, POS (Point of Sales) terminal, copier, facsimile 
machine, telephone (including IP telephone and the like), 
exchange, NCU (Network Control Unit) , arid other network- enabled 
equipment . 

Although in the description of the embodiment above, a 
control program that is stored in the ROM 32 in advance is executed 
when the processing in the flowcharts in FIG . 4 and 5 is performed, 
this is not limitation: programs designating those procedures 
may be read from a storage medium to the RAM 34 and executed. 

As well , although in the description of the embodiment above , 
a control program that is stored in the ROM 32 in advance is 
executed when the processing in the flowcharts in. FIG. 7,8 and 
10 is performed, this is not limitation: programs designating 
those procedures may be read from a storage medium to the RAM 
54 and executed. 

The storage medium may be any type of storage medium as 
long as it can be read by a computer whether electronically, 
magnetically, or optically, including semiconductor storage 
media such as RAM and ROM, magnetic storage media such as FD 
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andHD, optical storage media suchas CD, CDV, LD, andDVD, magnetic 
storage/optical reading storage media such as MO. 

Although in the embodiment above, the device management 
system, device management terminal, network device, terminal 
5 program, device program, and device management method of the 
invention are applied to a network system comprising the Internet 
199, this is not limitation: they may be applied to an intranet 
that communicates using the 'same' technique as the Internet 199.' 
Of course, they may be applied to a common network other than 
10 those that use the same communication scheme, as the Internet 
199. 

Although in the embodiment above, the device management 
system, device management terminal, network device, terminal 
program and device program, and device management method of the 

15 invention are applied so as to extend the functions of the network 
device 200 when the network device 200 is connected to the Internet 
199, this is not limitation: theymaybe applied for other purposes 
without departing from the scope of the invention. 

The entire disclosures of Japanese Patent Application Nos . 

2 0 2002-360878 f iled December 12 , 2 002 and 2003 -360579 filed October 
21, 2 003 are hereby incorporated by reference. 



